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Beschreibung 

V 

Adaptereinheit und Verf ahren 

5 Die Erfindung betrifft eine Einheit fur den Betrieb einer 

Vermittlungsstellenleitung eines offentlichen Telekommunika- 
tionsnetzes an einer Telekommunikationsanlage. Die Einheit 
enthalt eine Kanal-Sende-/Empf angseinheit, die Signalisie- 
rungsdaten zu einer Vermittlungsstelle eines durchschaltever- 
10 mittelten Telekommunikationsnetzes sendet und die Signalisie- 
rungsdaten von der Vermittlungsstelle empf angt . Die Signali- 
sierungsdaten erfullen bspw. das Protokoll DSS1 (Digital 
Signalling Systems No. 1) der ITU-T (International Telecommu- 
nication Union - Telecommunication Standardization Sector) . 

15 

An einem offentlichen Telekommunikationsnetz sind verschiede- 
ne private Teilnehmer uber Einzelanschliisse oder Telekommuni- 
kationsanlagen angeschlossen. Vermittlungsstellen des offent- 
lichen Telekommunikationsnetzes vermitteln Verbindungen ab- 
20 hangig von den Rufnummern und uberwachen die Vergebiihrung und 
die Nutzung von Leistungsmerkmalen. 

Die Telekommunikationsanlage dient dagegen dem Betreiben ei- 
nes privaten Telekommunikationsnetzes, z.B. eines Firmentele- 

25 fonnetzes. Bspw. ist die Telekommunikationsanlage eine Anlage 
vom Typ HiPath 3000 oder HiPath 4000 der Firma Siemens AG. An 
eine Telekommunikationsanlage werden eine Vielzahl von Teil- 
' nehmer angeschlossen, deren Rufnummern und Leistungsmerkmale 
uber die Telekommunikationsanlage vorgegeben werden. Insbe- 

30 sondere dient die Telekommunikationsanlage zum Vermitteln von 
Verbindungen zwischen den Endgeraten des privaten Telekommu- 
nikationsnetzes bzw. zum Vermitteln von Verbindungen zu oder 
von einem offentlichen Telekommunikationsnetz bzw. Telef on- 
net z . 

35 



1 



WO 2005/069644 



PCT/EP2005/050097 



Vorstellbar ist eine Losung bei der die Einheit eine Adapter- 
einheit ist, die die folgenden Baugruppen fur eine Normalbe- 
triebsart enthalt: 

- die Kanal-Sende-/Empf angseinheit, 

5 - eine Datenpaket-Sende-/Empf angseinheit, die Datenpakete in 
ein Datenpaketubertragungsnetz sendet und die Datenpakete aus 
dem Datenpaketubertragungsnetz empfangt, und 

- eine Dateneinfuge-/Datenentnahmeeinheit, die von der Kanal- 
empf angseinheit kommende Signalisierungsdaten in Datenpakete 

10 einfiigt und an die Datenpaketsendeeinheit weitergibt und die 
aus von der Datenpaketempf angseinheit empfangenen Datenpake- 
ten Signalisierungsdaten entnimmt und an die Kanalsendeein- 
heit weitergibt. 

15 Durch eine solche Adaptereinheit kann eine zu einer Filiale 
fuhrende Vermittlungsstellenleitung mit kleinem schaltungs- 
technischen Aufwand an eine entfernte zentrale Telekommunika- 
tionsanlage angeschlossen werden, insbesondere ist in der Fi- 
liale keine eigene Telekommunikationsanlage erf orderlich. 

20 Trotzdem konnen Vorteile genutzt werden, wie sie sonst nur 

mit Hilfe einer eigenen Telekommunikationsanlage in der Fili- 
ale erbracht werden. 

Jedoch muss auch gewahrleistet sein, dass Endgerate der Fili- 
25 ale auch bei Ausfall der zentralen Telekommunikationsanlage 

oder bei Ausfall des Datenpaketubertragungsnetzes betriebsbe- 
reit sind. 

Es ist Aufgabe der Erfindung eine einfach aufgebaute und 
30 storsicher arbeitende Adaptereinheit anzugeben. AuBerdem soil 
ein Verfahren zum Betreiben eines Telekommunikationsnetzes 
angegeben werden. 

Die auf die Einheit bezogene Aufgabe wird durch eine Adapter- 
35 einheit mit den im Patentanspruch 1 angegebenen Merkmalen ge- 
lost. Weiterbildungen sind in den Unteranspriichen angegeben. 
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Die erf indungsgemaBe Adaptereinheit enthalt: 

- eine Kanal-Sende-/Empfangseinheit , die Signalisierungsdaten 
zu einer Vermittrungsstelle eines durchschaltevermittelten 
Telekommunikationsnetzes sendet und die Signalisierungsdaten 

5 von der Vermittlungsstelle empfangt, 

- eine Datenpaket-Sende-/Empf angseinheit, die zumindest in 
einer Normalbetriebsart Datenpakete in ein Datenpaketubertra- 
gungsnetz sendet und die Datenpakete aus dem Datenpaketiiber- 
tr agungsnet z empfangt , 

10 - eine Dateneinfuge-/Datenentnahmeeinheit , die zumindest in 
der Normalbetriebsart von der Kanal-Empf angseinheit kommende 
Signalisierungsdaten in Datenpakete einfugt und an die Daten- 
paket-Sendeeinheit weitergibt und die aus von der Datenpaket- 
Empfangseinheit empfangenen Datenpaketen Signalisierungsdaten 

15 entnimmt und an die Kanal-Sendeeinheit weitergibt, und 

- eine Betriebsartumschalteinheit, die bei einer Storung auf 
der Seite des Datenpaketubertragungsnetzes Oder bei Storungen 
in einer an dem Datenpaketubertragungsnetz betriebenen Tele- 
kommunikationsanlage in eine Notbetriebsart umschaltet, in 

20 der eine Telekommunikation uber das durchschaltevermittelte 
Telekommunikationsnetz gewahrleistet ist. 

Somit kann auf einfach Art und Weise auch bei Storungen eines 
Datenpaketubertragungsnetzes zu einer zentralen Xelekommuni- 
25 kationsanlage oder bei einer Storung der zentralen Telekommu- 
nikationsanlage ein Telef onbetrieb in der Filiale ermoglicht 
werden . 

Bei einer ersten alternativen Weiterbildung veranlasst die 
30 Betriebsartumschalteinheit in der Notbetriebsart die Weiter- 
gabe der Signalisierungsdaten an eine andere Telekommunikati- 
onsanlage als in der Normalbetriebsart. Umgekehrt werden in 
der Notbetriebsart von der anderen Telekommunikationsanlage 
kommende Signalisierungsdaten uber die Kanal-Sendeeinheit ge- 
35 sendet. Die Funktionen der anderen Telekommunikationsanlage 
sind im Vergleich zu der in der Normalbetriebsart genutzten 
zentralen Telekommunikationsanlage vorzugsweise erheblich 
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eingeschrankt, so dass der schaltungstechnische und administ- 
rative Aufwand fur die in der Notbetriebsart genutzte Tele- 
kommunikationsanlage vertretbar ist. Beispielsweise unter- 
stutzt die in der Notbetriebsart genutzte Telekommunikations- 
5 anlage nur wenige Endgerate, insbesondere weniger als 16 End- 
gerate. Auch enthalt diese Telekommunikationsanlage keine re- 
dundant ausgefuhrten Baugruppen. 

Die Funktionen der in der Notbetriebsart genutzten Telekommu- 
10 nikationsanlage werden bei einer Weiterbildung in einem Tele- 
fon erbracht, insbesondere in einem IP-Telefon. Baugruppen 
und Software lassen sich im IP-Telefon sowohl zum Erbringen 
der Funktion der Not-Telekommunikationsanlage als auch zum 
Erbringen der Funktionen des IP-Telefons beim Telefonieren in 
15 beiden Betriebsarten verwenden. 

Bei einer sehr einfachen zweiten alternativen Weiterbildung 
veranlasst die Betriebsartumschalteinheit in der Notbetriebs- 
art die Weitergabe der Signalisierungsdaten an ein Teilneh- 
20 mer-Endgerat . Umgekehrt werden in der Notbetriebsart von dem 
Teilnehmer-Endgerat kommende Signalisierungsdaten \iber die 
Kanal-Sendeeinheit gesendet. Diese Weiterbildung wird insbe- 
sondere eingesetzt, wenn die Vermittlungsstellenleitung ein 
Mehrgerateanschluss ist. 

25 

Bei einer dritten alternativen Weiterbildung enthalt die A— 
daptereinheit eine Protokollumsetzungseinheit die in der Not- 
betriebsart von der Betriebsartumschalteinheit veranlasst 
wird r eine Protokollumsetzung der Signalisierungsdaten in ein 

30 Signalisierungsprotokoll fur ein Datenpaketiibertragungsnetz 
und vorzugsweise auch in umkehrter Richtung auszufuhren. Die 
Adaptereinheit enthalt in der dritten alternativen Weiterbil- 
dung aufterdem eine Netzzugangseinheit, die durch die Be- 
triebsartumschalteinheit in der Notbetriebsart veranlasst 

35 wird, Netzzugangsfunktionen fur Endgerate eines Datenpaket- 

ubertragungsnetzes auszufuhren, insbesondere eine Gatekeeper- 
funktion gemSfl einem Protokoll der H. 323-Protokollf amilie der 
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ITU-T (International Telecommunication Union - Telecommunica- 
tion Standardization Sector) oder eine SIP-Registrarfunktion 
gemaft SIP-Protokoll (Session Initiation Protocol) der IETF 
(Internet Engineering Task Force) oder einem darauf aufbauen- 
5 den Protokoll. Die Telefone der Filiale registrieren sich in 
der Notbetriebsart bei der Adaptereinheit . 

Auch bei einer vierten alternativen Weiterbildung enthalt die 
Adaptereinheit eine Protokollumsetzungseinheit , namlich eine 

10 sogenannte Proxyeinheit, die in der Notbetriebsart von der 

Betriebsartumschalteinheit veranlasst wird, eine Protokollum- 
setzung der Signalisierungsdaten gemafi bspw. DSS1 in ein Sig- 
nalisierungsprotokoll fur ein Datenpaketubertragungsnetz und 
vorzugsweise auch in umkehrter Richtung auszufuhren. Bei der 

15 vierten Weiterbildung enthalt die Adaptereinheit auch eine 

Endgerateeinheit, die durch die Betriebsartumschalteinheit in 
der Notbetriebsart veranlasst wird, die Funktion eines Endge- 
rates in Endgerat-Endgerat-Verbindungen eines Datenpaketiiber- 
tragungsnetzes auszufuhren, insbesondere in Peer-to-Peer- 

20 Verbindungen . Damit muss die Adaptereinheit keine zentrale 

Registrierfunktion gleichzeitig fur alle Telefone der Filiale 
erbringen. 

Bei anderen alternativen Weiterbildungen werden andere MaB- 
25 nahmen ergriffen f urn auch bei einer Storung den Telefonbe- 
trieb in einer Filiale auf rechtzuerhalten, in der die erfin- 
dungsgemafie Adaptereinheit installiert ist. 

Die Erfindung betrifft insbesondere ein Verfahren zum Betrei- 
30 ben eines Telekommunikationsnetzes, mit den in einer Normal- 
betriebsart ausgefuhrten Schritten: 

- Empfangen von Signalisierungsdaten eines durchschaltever- 
mittellten Telekommunikationsnetzes (20, 22) , 

- Tunneln (160/ 190) der empfangenen Signalisierungsdaten ii- 
35 ber ein Datenpaketubertragungsnetz (12), 
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- Bearbeiten der getunnelten Signalisierungsdaten in einer 
Telekommunikationsanlage (14) gemaB einem Signalisierungspro- 
tokoll. 



5 Im Folgenden wird die Erfindung an Hand der beiliegenden 
Zeichnungen erlautert. Darin zeigen: 

Figur 1 die Normalbetriebsart eines privaten Telekommuni- 
kationsnetzes in dem Sprachdaten auch uber das 
Internet iibertragen werden r und 
10 Figur 2 Protokollstapel fur die Normalbetriebsart in ei- 
ner Adaptereinheit und in einer zentralen Tele- 
kommunikationsanlage des privaten Telekommunika- 
tionsnetzes/ und 
Figuren 3 bis 6 

15 vier Notbetriebsarten des privaten Telekommunika- 

tionsnetzes • 



Figur 1 zeigt die Normalbetriebsart eines privaten Telekommu- 
nikationsnetzes 10 in dem Sprachdaten auch uber das Internet 

20 12 iibertragen werden. Das Telekommunikationsnetz 10 enthalt 
eine zentrale Telekommunikationsanlage 14 und bspw. zwei Fi- 
lial-Datenpaketiibertragungsnetze 16 und 18 in einer Filiale 
Fl bzw. F2. Die Telekommunikationsanlage 14 vermittelt Tele- 
fon-Verbindungen oder Bildtelef on-Verbindungen zwischen den 

25 Endgeraten des privaten Telekommunikationsnetzes 10 und/oder 
zwischen diesen Endgeraten und Endgeraten an einem offentli- 
chen durchschaltevermittelten Telekommunikationsnetz (PSTN - 
Public Switched Telecommunication Network) , von dem im Figur 
1 drei Ortsnetze 20, 22 und 24 dargestellt sind. Im Ausfuh- 

30 rungsbeispiel gehoren die Ortsnetze 20 bis 24 dem gleichen 
Netzbetreiber . Bei anderen Ausfuhrungsbeispielen gehoren die 
Ortsnetze 20 bis 24 verschiedenen Netzbetreibern. Bei einem 
anderen Ausfuhrungsbeispiel sind die Telekommunikationsanlage 
14 und die Adaptereinheit 90 im gleichen Ortsnetz an ver- 

35 schiedenen Vermittlungsstellen Oder an verschiedenen Baugrup- 
pen einer Vermittlungsstelle angeschlossen. 
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Im Internet 12 werden die Daten in Datenpaketen gemaB Inter- 
netprotokoll ubertragen. Jedes Datenpaket enthalt einen Da- 
tenkopf mit einer Zieladresse und mit einer Absenderadresse. 
In einem Datenrumpf sind Nutzdaten enthalten, bspw. Sprachda- 
5 ten oder Signalisierungsdaten . Auf mindestens einer unteren 
Protokollebene werden die Datenpakete verbindungslos iibertra- 
gen, d.h. ohne Verbindungsaufbauphase und Verbindungsabbau- 
phase. Das Internet 12 enthalt eine Vielzahl lokaler Datenpa- 
ketubertragungsnetze LAN (Lokal Area Network) und Weitver- 
10 kehrsubertragungsnetze WAN (Wide Area Network) . 

Die Telekommunikationsanlage 14 ist bspw. vom Typ HiPath 4000 
der Firma Siemens AG und enthalt: 

- eine Steuereinheit 30, 
15 - ein Koppelfeld 32, 

- mindestens eine Vermittlungsstellenbaugruppe 34, 

- mindestens eine Teilnehmeranschlussbaugruppe 36, 

- und mindestens eine IP-Baugruppe 38 . 

20 Die Steuereinheit 30 steuert u.a. Vermittlungsvorgange in der 
Telekommunikationsanlage 14, pruft die Nutzung von Leistungsr. 
merkmalen durch die Teilnehmer des privaten Telekommunikati- 
onsnetzes 10 und vermerkt Vergebuhrungsdaten fur die interne 
Vergebiihrung innerhalb des privaten Telekommunikationsnetzes 

25 10. Bspw. enthalt die Steuereinheit einen oder mehrere Pro- 
zessoren. 

Das Koppelfeld 32 wird von der Steuereinheit 30 gesteuert und 
dient der Vermittlung von Gesprachsdaten von bzw. zu der Ver- 
30 mittlungsstellenbaugruppe 34, der Teilnehmeranschluss- 
baugruppe 36 oder der IP-Baugruppe 38, Die Vermittlung im 
Koppelnetz 32 erfolgt bspw. durch das Verschalten von Zeit- 
schlitzen. 

35 An die Vermittlungsstellenbaugruppe 34 ist eine Vermittlungs- 
stellenleitung 40 oder sind mehrere Vermittlungsstellenlei- 
tungen 40 bis 4 6 angeschlossen, deren anderes Ende an einer 
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nicht dargestellten Vermittlungsstelle des Ortsnetzes 20 an- 
geschlossen ist. Bspw. werden im Zeitmultiplex je Vermitt- 
lungsstellenleitung die Gesprachsdaten in bis zu 30 Nutzkana- 
len und einem Signalisierungskanal gemafi ISDN-Protokoll (In- 
5 tegrated Services Digital Network) ubertragen. Die Vermitt- 
lungsstellenbaugruppe 34 bearbeitet aus dem Ortsnetz 20 kom- 
mende Signalisierungsnachrichten gemafi ISDN-Protokoll und 
sendet Signalisierungsnachrichten gemafi ISDN-Protokoll in das 
Ortsnetz 20. 

10 

An die Teilnehmeranschlussbaugruppe 36 sind uber Anschluss- 
leitungen 50 bis 56 ein Vielzahl von Endgeraten 60 bis 64 an- 
geschlossen, bspw. Endgerate vom Typ Optiset der Firma Sie- 
mens AG, Die Sprachdaten zwischen den Endgeraten 60 bis 64 

15 und der Teilnehmerbaugruppe 36 werden nur in Sprachkanalen im 
Zeitmultiplex und nicht in Datenpaketen ubertragen. Die Teil- 
nehmerbaugruppe 36 erzeugt Signalisierungsnachrichten gemafi 
einem proprietaren Stimulusprotokoll, bspw. gemafi dem Proto- 
koll CorNet TS (Corporate Network Telephony Support) . Die 

20 Endgerate 60 bis 64 werden von Mitarbeitern der Firma be- 
nutzt, die das private Telekommunikationsnetz 10 betreibt. 

Die IP-Baugruppe 38 ist uber eine Leitung 70 mit dem Internet 
12 verbunden. Mit Hilfe der IP-Baugruppe 38 werden Datenpake- 

25 te in das Internet 12 gesendet und aus dem Internet 12 emp- 
fangen. Die IP-Baugruppe 38 bearbeitet Signalisierungsdaten 
gemafi IP-Protokoll und TCP-Protokoll (Transmission Control 
Protocol) und fuhrt auf hoheren Protokollebenen- bei einer Al- 
ternative aufierdem insbesondere zum Vorbereiten einer Sprach- 

30 ubertragung eine IP-Signalisierung durch f bspw. gemafi SIP 
(Session Initiation Protokoll) , das von der IETF (Internet 
Engineering Task Force) festgelegt worden ist, oder gemafi ei- 
nem ITU-T Protokoll der H.323 - Protokollf amilxe. 

35 Aufierdem werden in der IP-Baugruppe 38 aus dem Koppelfeld 32 
kommende Sprachdaten aus durchschaltevermittelten Ubertra- 
gungskanalen entnommen und in Datenpakete eingefiigt f die dann 
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iiber das Internet 12 ubertragen werden. Umgejcehrt werden in 
der IP-Baugruppe 38 aus dem Internet 12 kommende Sprachdaten 
aus Datenpaketen entnommen und in Ubertragungskanalen des 
Koppelfeldes 32 weiter vermittelt. 

5 

An das IP-Datenpaketiibertragungsnetz 16 in der Filiale Fl 
sind angeschlossen: 

- eine Leitung 72 zum Internet 12, und 

- IP-Telefone 80 bis 84, bspw. weniger als zehn IP-Telefone, 
10 z.B. vom Typ Optipoint der Firma Siemens AG. 

Das IP-Telefon 80 enthalt bspw. als Steckkarte einen S 0 - 
Adapter 90 , der einerseits mit dem Datenpaketubertragungsnetz 
16 verbunden ist, siehe Verbindung 92, und der andererseits 
15 mit einer Vermittlungsstellenanschlussleitung bzw. kurz einer 
Vermittlungsstellenleitung 100 verbunden ist, die zu einer 
nicht dargestellten Vermittlungsstelle des Ortsnetzes 22 
fuhrt. Auf der Vermittlungsstellenleitung 100 wird gemafi 
ISDN-Protokoll fur die Schnittstelle S 0 signalisiert . 

20 

Auf der Vermittlungsstellenleitung 100 -.eintref f ende Signali- 
sierungsdaten werden im So-Adapter 90 ohne protokollgemaBe 
Bearbeitung in Datenpakete verpackt und iiber das Internet 12 
getunnelt, siehe den durch eine gestrichelte Linie angedeute- 

25 ten Signalisierungsweg 102 der Signalisierungsdaten von dem 
So-Adapter 90 uber das Internet 12 und die IP-Baugruppe 38 
zur Steuereinheit 14. Die Steuereinheit bearbeitet die Signa- 
lisierungsdaten auf gleiche Weise, wie von der Vermittlungs- 
stellenbaugruppe 34 kommende Signalisierungsdaten. Dabei wer- 

30 den durch die Steuereinheit 30 Steuervorgange durchgefiihrt 

und die Signalisierungsdaten werden gemaB ISDN-Protokoll pro- 
tokollgemaB beantwortet. Die Antwort-Signalisierungsdaten 
werden zur IP-Baugruppe 38 geleitet und dort in Datenpakete 
verpackt und zum S 0 -Adapter 90 iiber das Internet 12 zuruckge- 

35 tunnelt, siehe gestrichelte Signalisierungsweg 102. 
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Die Sprachdaten werden aus dem B-Kanal (Bl, B2) der Vermitt- 
lungsstellenleitung 100 entnommen und bspw. iiber das Internet 
12 zur IP-Baugruppe 38 iibertragen, siehe Sprachdatenweg 104. 
Zur Ubertragung der Sprachdaten wird bspw. ein Echtzeitproto- 
5 koll genutzt, z.B. das RTP (Real Time Protocol) und das Pro- 
tokoll UDP (User Datagram Protocol) , das von der IETF festge- 
legt worden ist. Im S 0 -Adapter 90 wird bspw. eine Sprachkom- 
pression gemaB ITU-T-Standard G.723 bzw. G.729 in Richtung 
Internet 12 bzw. eine Sprachdekompression in Richtung Ver- 
10 mittlungsstellenleitung 100 durchgef iihrt . Beziiglich der 
Sprachdaten wird also nicht getunnelt . 

Im Ausfiihrungsbeispiel soli gemafi der iiber die Vermittlungs- 
stellenleitung 100 eintref f enden Signalisierungsdaten eine 

15 Telef onverbindung aus dem Ortsnetz 22 zum IP-Telefon 80 auf- 
gebaut werden. Deshalb signalisiert die Steuereinheit 30 dem 
IP-Telefon 80 den ankommenden Ruf mit Hilfe der IP-Baugruppe 
38 iiber das Internet 12, siehe Signalisierungsweg 106. Zum 
IP-Telefon 80 wird bspw. ein proprietares Stimulusprotokoll 

20 zur Signalisierung verwendet, z.B. das siemensinterne Proto- 
koll CorNet TS (Corporate Network - Telephony Support) getun- 
nelt iiber das unten naher erlauterte proprietare Protokoll 
CorNet TC (Corporate Network - Tele Commuting) und TCP/IP. 
Die Protokollnachrichten dieses Protokolls werden uber das 

25 Internet 12 getunnelt und betreffen einfache Signalisierungs- 
vorgange wie "Taste x gedruckt" oder "LED x ein bzw. aus". 

Zum Vorbereiten der Ubertragung der Sprachdaten lassen sich 
bspw. das Protokoll SIP (Session Initiation Protocol) oder 
30 eine Protokoll der H. 323-Protokollf amilie verwenden. Zur Sig- 
nalisierung auf dem Signalisierungsweg 106 wird alternativ an 
Stelle des Protokolls CorNet TS bspw. das Protokoll SIP oder 
ein Signalisierungsprotokoll gemaB H. 323-Protokollf amilie ge- 
nutzt . 

35 

Hat der das IP-Telefon 80 betatigende Teilnehmer das ankom- 
mende Gesprach angenommen, so werden bspw. auch die iiber den 
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Sprachdatenweg 104 in der IP-Baugruppe 38 eingetrof fene 
Sprachdaten uber das Internet 12 von der IP-Baugruppe 38 zum 
IP-Telefon iibertragen, siehe Sprachdatenweg 108 auf dem bspw. 
wieder ein Echtzeit-Ubertragungsprotokoll ohne Tunneln ver- 
5 wendet wird. Spricht der das IP-Telefon 80 nutzende Teilneh- 
mer, so werden die dabei erzeugten Sprachdaten in umgekehrter 
Richtung uber die Sprachdatenwege 108 und 104 zum Adapter 90 
geleitet, entpackt und in einem Zeitschlitz iiber die Vermitt- 
lungsstellenleitung 100 weitergeleitet . 

10 

Auch wenn das IP-Telefon 80 eine Verbindung in das Ortsnetz 
22 aufbauen mochte, werden die Signalisierungswege 106 und 
102 sowie die Sprachubertragungswege 108 und 104 benutzt. Da- 
bei werden ISDN-Signalisierungsdaten von der Steuereinheit 30 

15 erzeugt und iiber den Signalisierungsweg 102 zum S 0 -Adapter 90 
getunnelt und nach der Umwandlung zur Vermittlungsstelle des 
Ortsnetzes 22 gesendet. Die von der Vermittlungsstelle des 
Ortsnetzes 22 kommenden Antwort-Signalisierungsdaten werden 
dann vom S 0 -Adapter 90 liber das Internet 12 zur Steuereinheit 

20 14 getunnelt. 

Auf gleiche Weise wird vorgegangen, wenn an Stelle des IP- 
Telefons 80 das IP-Telefon 82 der Filiale Fl oder ein IP- 
Telefon 84 genutzt wird. 

25 

An das IP-Datenpaketubertragungsnetz 18 in der Filiale F2 
sind angeschlossen: 

- eine Leitung 110 zum Internet 12, und 

- ein IP-Telefon 112 und ein IP-Telefon 114, bspw. IP- 
30 Telefone vom Typ Optipoint der Firma Siemens AG. 

Das IP-Telefon 112 enthalt bspw. als Steckkarte einen S 0 - 
Adapter 11 6 , der einerseits mit dem Datenpaketiibertragungs- 
netz 18 verbunden ist, siehe Verbindung 118, und der anderer- 
35 seits mit einer Vermittlungsstellenleitung 120 verbunden ist, 
die zu einer nicht dargestellten Vermittlungsstelle des Orts- 
netzes 24 fiihrt. Auf der Vermittlungsstellenleitung 120 wird 
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bspw. gemafi ISDN-Protokoll fur die Schnittstelle S 0 signali- 
siert. Die oben fur die Filiale Fl erlauterten Vorgange gel- 
ten auch fiir die Filiale F2, wenn an Stelle des Ortsnetzes 22 
das Ortsnetz 24 an einer Telef onverbindung beteiligt ist . 

5 

Figur 2 zeigt fur die Normalbetriebsart zwei Protokollstapel 
130 und 132 in der Adaptereinheit 90 und zwei Protokollstapel 
140 und 142 in der zentralen Telekommunikationsanlage 14. Die 
Funktionen der zu den Protokollstapeln 130 bis 142 gehorenden 
10 Protokolle werden bspw. durch eine Schaltungsanordnung ohne 
Prozessor oder durch eine Schaltungsanordnung mit Prozessor 
erbracht, der Befehle ausfuhrt, die in einer Speichereinheit 
gespeichert sind. 

15 Der Protokollstapel 130 besitzt gemafi OSI-Modell (Open Sys- 
tems Interconnection) als untere Protokollebene 150, d.h. als 
physikalische Schicht bzw. Bitubertragungsschicht , eine TDM- 
Schicht (Time Devision Multiplex) , so dass die Signalisie- 
rungsdaten in einem Signalisierungskanal nach dem Zeitmultip- 

20 lexverfahren iiibertragen werden. Die zweite Protokollebene 

152, d.h. die Datenverbindungs schicht , des Protokollstapels 
130 wird bspw. gemafi ITU-T-Standard Q.921 betrieben. 

Wahrend die Protokollebenen 150 und 152 im Adapter 90 voll- 
25 standig bearbeitet werden, werden Signalisierungsnachrichten 
der dritten Protokollebene 154, d.h. der Netzwerkschicht, im 
Adapter 90 nur erkannt aber nicht bearbeitet. Die dritte Pro- 
tokollebene betrifft die Signalisierung bspw. gemafi ISDN- 
Teilnehmerprotokoll DSS1 (Digital Signalling System No. 1), 
30 siehe Q.931 ff. der ITU-T. Die zu diesem Protokoll gehorenden 
Daten werden kopiert und uber das Internet 12 getunnelt . 

Zum Tunneln wird bspw. ein proprietares Protokoll verwendet, 
z.B. das siemensinterne Protokoll CorNet TC (Corporate Net- 
35 work - Tele Commuting) , das die f olgenden Grundmeldungen 
kennt : 
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- "Log On" bzw. "Log Off" zum Signalisieren des Aufbaus bzw. 
des Abbaus einer Datenverbindung, 

- "Keep Alive" zum Uberwachen der Datenverbindung, 

- eine Containermeldung, in der sich bspw. Signalisierungs- 
5 nachrichten gemaB anderer proprietarer Protokolle oder 

auch die zu tunnelnden Signalisierungsnachrichten gemafi 
DSS1 transportieren lassen. 

Aus vermittlungstechnischer Sicht gehort CorNet TC zur Ver- 
10 bindungsebene 2. 

Im IP-Protokollstapel 132 wird in der vierten Protokollebene, 
d.h. in der Transportprotokollebene, bspw. das TCP-Protokoll 
(Transmission Control Protocol) genutzt. Darunter liegt in 

15 der dritten Protokollebene, d.h. in der Netzwerkprotokollebe- 
ne f das Internetprotokoll IP- Die beiden unteren Protokoll- 
ebenen im IP-Protokollstapel 132 sind zu einer Netzzugangs- 
protokollebene 158 zusammengef asst und stehen fur ein LAN— 
bzw. WAN-Ubertragungsprotokoll, bspw, ein Ethernetprotokoll . 

20 Hohere Protokollebenen 159 des IP-Protokollstapels 132 sind 
in Figur 2 durch Punkte angedeutet. 

Das Tunneln der Signalisierungsdaten im Adapter 90 ist in Fi- 
gur 2 durch einen Doppelpfeil 160 dargestellt und erfolgt so- 

25 wohl in Richtung von der Vermittlungsstellenleitung 100 zur 
Leitung 72 als auch in umgekehrter Richtung von der Leitung 
72 zur Vermittlungsstellenleitung 100. Die CorNet TC- 
Containermeldungen werden als IP-Datenpakete in das Internet 
12 von dem Adapter 90 gesendet bzw. aus dem Internet 12 emp- 

30 fangen. 

Im Ausfuhrungsbeispiel werden die Funktionen des Protokoll- 
stapels 132 durch das IP-Telefon 80 erbracht, das auch fur 
die IP-Telefonie die Funktionen eines solchen Protokollsta- 
35 pels 132 nutzt. Das Telefon 80 enthalt ein internes Bussystem 
an dem eine S 0 -Karte eingesteckt wird. Uber das interne Bus- 
system werden ungetunnelte DSSl-Nachrichten zwischen der S 0 - 
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Karte und dem Telefon 80 ausgetauscht . Somit werden Software- 
und Hardware mehrfach genutzt und der zusatzliche schaltungs- 
technische und softwaretechnische Aufwand fur den Adapter 90 
ist gering. 

5 

Bei einem anderen Ausfuhrungsbeispiel wird der S 0 -Adapter 90 
unabhangig von einem IP-Telefon realisiert und enthalt in 
diesem Fall einen eigenen Anschluss an das Filial-Datenpaket- 
ubertragungsnetz 16. Auch die Funktionen beider Protokollsta- 
10 pel 130 und 132 werden bei dem alternativen Ausfiihrungsbei- 
spiel in dem S 0 -Adapter 90 erbracht. 

Figur 2 zeigt in ihrem rechten Teil die den Protokollstapeln 
130, 132 entsprechenden Protokollstapel 140, 142. Der Proto- 
15 kollstapel 140 ist wie der Protokollstapel 132 aufgebaut und 
enthalt : 

- eine untere Netzzugangsprotokollebene 170, deren Funktio- 
nen bspw. durch die IP-Baugruppe 38 erbracht werden, 

- eine dariiber liegende dritte Protokollebene 171 zur Reali- 
20 sierung des IP-Protokolls, 

- eine vierte Protokollebne 172 zur Realisierung..eines 
Transportprotokolls, z.B. des TCP, wobei die Funktionen 
der Protokollebenen 171 und 172 bspw. ebenfalls durch die 
IP-Baugruppe 38 erbracht werden, und 

25 - weitere hohere Protokollschichten 174, die durch Punkte an- 
gedeutet sind aber nicht naher erlautert werden. 

Der Protokollstapel 142 ist ahnlich wie der Protokollstapel 
130 aufgebaut, und enthalt: 
30 - eine untere Protokollebene 180, die gemafi einem Zeitmul- 
tiplexverf ahren arbeitet, 

- eine zweite Protokollebene, die bspw. gemafi ITU-T-Standard 
Q.921 arbeitet und eine Datenubertragungsverbindung zwi- 
schen der Vermittlungsstellen-Baugruppe 34 und der Ver- 

35 mittlungsstelle im Ortsnetz 20 herstellt, 



14 



WO 2005/069644 



PCT/EP2005/050097 



- eine im Gegensatz zur Protokollebene 154 vollstandig bear- 
beitete Signalisierungs-Protokollebene 184 , die Funktionen 
des DSSl-Protokolls erbringt, und 

- hohere Protokollebenen 186, die durch Punkte angedeutet 
5 sind, aber nicht naher erlautert werden. 

Die Protokollebene ^84 des Protokollstapels 142 wird sowohl 
zur Signalisierung Richtung Ortsnetz 20 als auch zur Weiter- 
gabe von durch das Internet 12 getunnelten Signalisierungs- 
10 nachrichten an die Steuereinheit 30 bzw. zur Weitergabe von 
Signalisierungsnachrichten verwendet, die von der Steuerein- 
heit 30 kommen und durch das Internet 12 getunnelt werden 
mussen, siehe Doppelpfeil 190- 

15 In der Telekommunikationsanlage 14 werden die durch das In- 
ternet 12 getunnelten DSSl-Signaliseirungsnachrichten aus den 
CorNet TC-Containermeldungen entpackt und an die Steuerein- 
heit 30 weitergegeben. Umgekehrt werden die uber das Internet 
12 zu tunnelnden DSSl-Signalisierungsnachrichten in CorNet 

2 0 TC-Container und anschliefiend in IP-Datenpakete eingef iigt . 

Wenn das Internet 12 oder die zentrale Telekommunikationsan- 
lage 14 ausfallt, ist ohne die im folgenden erlauterten zu- 
satzlichen MaBnahmen keine Steuerung der Telefone 80 bis 84 , 
25 112 f 114 in den Filialen Fl, F2 sowie der zu den Filialen Fl, 
F2 fuhrenden Vermittlungsleitungen 100, 120 moglich. 

Figur 3 zeigt eine erste Variante ei-ner Notbetriebsart, bei 
der die Funktionen der Adaptereinheit 90 durch eine Adapter- 
30 einheit 90a erbracht werden. Das IP-Telefon 80 erfasst den 

Ausfall des Internet 12 bzw. den Ausfall der Telekommunikati- 
onsanlage 14, 

Das IP-Telefon 80 mit der S 0 -Adaptereinheit 90a ubernimmt 
35 darauf hin die Rolle einer kleinen Telekommunikationsanlage 

(PBX -Private Branch Exchange) mit den IP-Telefonen 80 bis 84 
als Nebenstellenendgeraten. Das IP-Telefon 80 bedient die S 0 - 
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Schnittstelle der S 0 ~Adaptereinheit 90a wie eine kleine Tele- 
kommunikationsanlage mit einer S 0 -ISDN-Amtsschnittstelle . 

Die IP-Telefone 82, 84 erfassen ihrerseits den Ausfall und 
5 schalten auf eine Ersatz-IP-Adresse der Not-Telekommunika- 
tionsanlage urn. Die IP-Telefone 82, 84 registrieren sich au- 
tomatisch in der Notbetriebsart bei der kleinen Telekommuni- 
kationsanlage, die sich im IP-Telefon 80 bzw. in der S 0 - 
Adaptereinheit 90a befindet. Damit kSnnen in der Notbetriebs- 
10 art alle IP-Telefone 80, 82 und 84 als Nebenstellenteilnehmer 
der Not-Telekommunikatonsanlage iiber die Einheit aus IP- 
Telefon 80 und S 0 -Adapter einheit 90a kommende und gehende 
Amtsgesprache bzw. Vermittlungsstellengesprache fuhren. 

15 Das IP-Telefon 80 und dessen S 0 -Adaptereinheit 90a arbeiten 
in der Notbetriebsart gegenuber den IP-Telefonen 82, 84 wie 
die zentrale Telekommunikationsanlage 14, Im Ausfuhrungsbei- 
spiel ist die Telekommunikationsanlage 14 eine Telekommunika- 
tionsanlage vom Typ HiPath 4000 der Firma Siemens AG. Somit 

20 schalten die IP-Telefone 82, 84 als sogenannte HFA-IP- 

Telefone (HiPath Feature Access) von der zentralen Telekommu- 
nikationsanlage 14 urn zu IP-Telefon 80 als Not-Telekommu- 
nikationsanlage. Beim Umschalten werden die Schnittstellen- 
protokolle beibehalten, insbesondere proprietare Schnittstel- 

25 lenprotokolle wie das Protokoll CorNet TS oder das Protokoll 
CorNet IP. 

Das IP-Telefon 80 selbst wird in der Notbetriebsart im Aus- 
fuhrungsbeispiel ebenfalls an der Not-Telekommunikations- 
30 anlage betrieben. Bei einem alternativen Ausfuhrungsbeispiel 
wird das Telfon 80 in der Notbetriebsart wie ein Hauptan- 
schlusstelefon betrieben, wobei sich die Not-Telekommu- 
nikationsanlage und das Telefon den S 0 -Bus teilen. 

35 Bei dem in Figur 3 dargestellten Ausfuhrungsbeispiel werden 
in der Notbetriebsart keine DSS1 Signalisierungsnachrichten 
uber ein IP-Netz getunnelt. Die DSS1 Signalisierungs- 
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nachrichten gelangen uber ein internes Bussystem des IP- 
Telefons 80 zum IP-Telefon 80. 

Figur 4 zeigt eine sehr einfache zweite Variante einer Notbe- 
5 triebsart, bei der die Funktionen der Adapt ereinheit 90 durch 
eine Adaptereinheit 90b erbracht werden. Das IP-Telefon 80 
und die So-Adaptereinheit 90b arbeiten in der Notbetriebsart 
gemali der zweiten Variante wie ein ISDN-Amtstelef on bzw. wie 
ein direkt an eine Vermitt lungs stelie angeschlossenes ISDN— 
10 Telefon. 

Das IP-Telefon 80 erfasst den Ausfall des Internets 12 Oder 
der zentralen Telekommunikationsanlage 14. Daraufhin bedient 
das IP-Telefon 80 die S 0 -Schnittstelle wie ein ISDN-Telefon 
direkt an einer Vermittlungsstelle . Damit kann das IP-Telefon 
80 in der Notbetriebsart als ISDN-Telefon aus dem Ortsnetz 22 
kommende und in das Ortsnetz 22 gehende Gesprache fiihren. Die 
anderen IP-Telefone 80, 82 konnen in der Notbetriebsart keine 
Gesprache fiihren, siehe Durchstreichungen 200 und 202 . 

In der Notbetriebsart gemafl Figur 4 werden ebenfalls keine 
DSSl-Signalisierungsanachrichten uber ein Datenpaketubertra- 
gungsnetz getunnelt. Die DSSl-Signalisierungsnachrichten wer- 
den uber ein internes Bussystem des IP-Telefons zwischen So~ 
Karte und Telfon 80 ubertragen. Damit werden in der Notbe- 
triebsart keine Funktionen des IP-Protokollstapels 132 er- 
bracht . 

Figur 5 zeigt eine dritte Variante einer Notbetriebsart, bei 
30 der die Funktionen der Adaptereinheit 90 durch eine Adapter- 
einheit 90c erbracht werden. Gemafi der dritten Variante ar- 
beitet die S 0 -Adaptereinheit in der Notbetriebsart wie ein 
H.323/ISDN-Gateway Oder bei einem alternativen Ausfuhrungs- 
beispiel wie ein SIP/ISDN-Gateway . Ein Gateway wird auch als 
35 Netziibergangseinheit zwischen Netzen mit voneinander ver- 
schiedenen Signalisierungsprotokollen bezeichnet. 
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Die S 0 -Adaptereinheit 90c erfasst den Ausfall des Internets 
12 oder der Telekommunikationsanlage 14. Daraufhin arbeitet 
die So-Adaptereinheit wie ein H . 323/ISDN-Gateway bzw. wie ei- 
ne H.323/ISDN-Netzzugangseinheit, das bzw, die bei Vermitt- 
5 lungs st ellenverbindungen der IP-Telefone 80 bis 84 unter Ein- 
beziehung des Ortsnetzes 22 die Umsetzung zwischen der IP- 
Si gnalisierung gemaB H.323 und ISDN-Signalisierung (z.B. 
DSS1) ubernimmt. Zugleich ubernimmt die S 0 -Adaptereinheit 90c 
die Rolle des Gatekeepers gegenuber den Telefonen 80 bis 84. 
10 Die IP-Telefone 80 bis 84 registrieren sich in der Notbe- 
triebsart an der S 0 -Adaptereinheit 90c als H.323 Endgerate, 
bspw. nachdem auch sie den Ausfall erfasst haben. 

Bei dem alternativen Ausf uhrungsbeispiel arbeitet die S 0 - 
15 Adaptereinehit 90c in der Notbetriebsart wie ein SIP/ISDN- 
Gateway, so dass eine Umsetzung zwischen einer SIP- 
Signalisierung und einer ISDN-Signalisierung in der So- 
Adaptereinheit 90c durchgefuhrt wird. Die S 0 -Adaptereinheit 
ubernimmt die Rolle des SIP-Registrars. Die IP-Telefone 80 
20 bis 84 registrieren sich an der S 0 -Adaptereinheit als SIP- 
Endgerate. 

Bei einem alternativen Ausfiihrungsbeispiel wird das Telefon 
80 in der Notbetriebsart gemaJB Figur 5 wie ein Hauptan- 
25 schlusstelefon betrieben, wobei sich die Netzzugangseinheit 
und das Telefon 80 den S 0 -Bus teilen. 

Auch bei dem in Figur 5 dargestellten Ausfiihrungsbeispiel 
werden in der Notbetriebsart keine DSSl-Signalisierungs- 

30 nachrichten uber ein IP-Netz getunnelt. Die DSS1- 

Signalisierungsnachrichten gelangen uber ein internes Bussys- 
tem des IP-Telefons 80 zum IP-Telefon 80 und werden dort in 
der Netzzugangseinheit umgesetzt. Jedoch lasst sich der IP- 
Protokollstapel 132 fur die Verbindung des Telefons 80 zum 

35 IP-Netz 16 nutzen. 
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Figur 6 zeigt eine vierte Variante einer Notbetriebsart, bei 
der die Funktionen der Adaptereinheit 90 durch eine Adapter- 
einheit 90d erbracht werden. GemaB der vierten Variante ar- 
beiten die S 0 -Adaptereinheit 90d und die IP-Telefone 80, 82 
5 bzw. 84 in der Notbetriebsart wie Peer-to-peer-Endgerate ei- 
ner Peer-to-peer-Architektur . 

Die So-Adaptereinheit 90d erfasst den Ausfall des Internet 12 
bzw. der Telekommunikationsanlage 14. Daraufhin arbeitet die 

10 So-Adaptereinheit 90d gegeniiber dem IP-Telefon 80, 82 bzw. 84 
wie ein Peer-to-peer-Endgerat das bei Amtsverbindungen des 
IP-Telefons 80, 82 bzw. 84 als Proxy bzw. Netzubergangsein- 
heit die Umsetzung zwischen IP-Signalisierung gemaB Peer-to- 
peer-Protokoll und ISDN-Protokoll, z.B. DSS1, realisiert. 

15 Auch die IP-Telefone 80 bis 84 erfassen die Storung und 

schalten auf eine Ersatz-IP-Adresse der Netziibergangseinheit 
urn. 

Bei einem alternativen Ausfuhrungsbeispiel gemafi Figur 6 wird 
20 das Telef on 8 0 in der Notbetriebsart wie ein Hauptanschluss- 
telefon betrieben, wobei sich die Netziibergangseinheit und 
das Telef on 80 den S 0 -Bus teilen, 

Auch bei dem in Figur 6 dargestellten Ausfuhrungsbeispiel 
25 werden in der Notbetriebsart keine DSSl-Signalisierungs- 

nachrichten iiber ein IP-Netz getunnelt. Die DSS1 Signalisie- 
rungsnachrichten gelangen iiber ein internes Bussystem des IP- 
Telefons 80 zum IP-Telefon 80. Die DSSl-Signalisierungs- 
nachrichten gelangen iiber ein internes Bussystem des IP- 
30 Telefons 80 zum IP-Telefon 80 und werden dort in der Netz- 
iibergangeseinheit umgesetzt. Jedoch lasst sich der IP- 
Protokollstapel 132 fur die Verbindung des Telefons 80 zum 
IP-Netz 16 nutzen. 

35 Zusammenf assend gilt, dass es in einem Enterprise-Net z eine 
Zentrale mit einem Zugang zum of fent lichen Telef onnetz und 
dezentral lokalisierte Filialen in anderen Ortsnetzbereichen 
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bzw. anderen Vermittlungsstellen als die Zentrale gibt. Der 
Enterprise-Netzbetreiber betreibt sowohl die Telefon- 
Teilnehmer der Filialen als auch deren Amtsanschlusse von der 
Zentralanlage aus gesteuert, indem die Signalisierung der 
5 Amtsanschlusse der Filiale liber das LAN/WAN/ welches Zentrale 
und Filiale verbindet, getunnelt werden. 

Durch die Erfindung sind Mittel gegeben, urn bei einem Ausfall 
der Zentrale oder bei einem Ausfall des zwischen der Zentrale 

10 und der Filiale liegenden LAN /WAN einen kostengunstigen Not- 
betrieb zu realisieren, insbesondere hinsichtlich der Her- 
stellung- und Servicekosten. Wilrde man bspw. in jeder Filiale 
eine Not-Telekommunikationsanlage installieren, urn im Notbe- 
trieb ohne Verbindung zur Zentrale den Filialteilnehmern lo- 

15 kale Amtsverbindungen zu ermoglichen, so waren insbesondere 
bei kleinen Filialen mit nur wenigen Telef onteilnehmern und 
entsprechend geringem Telef onbedarf die Betriebs- und Servi- 
cekosten urn GroBenordnungen hoher. 

20 Bei alien erlauterten Varianten ist die S 0 -Schnittstelle der 
Filiale entweder ein Telekommunikationsanlagenanschluss Oder 
ein Mehrgerateanschluss. Alternativ wird an Stelle einer S 0 - 
Schnittstelle in der Filiale bspw. auch eine analoge Schnitt- 
stelle mit zugehorigem analogen Signalisierungsprotokoll ein- 

25 gesetzt. 
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P a t e n t an sp r u che 

1. Adapt ereinheit (90) mit 

einer Kanal-Sende-/Empf angseinheit (150), die Signalisie- 
5 rungsdaten zu einer Vermitt lungs stelle eines durchschaltever- 
mittelten Telekommunikationsnetzes (22) sendet und die Signa- 
lisierungsdaten von der Vermittlungsstelle empfangt, 
einer Datenpaket-Sende-/Empf angseinheit (158), die zumindest 
in einer Normalbetriebsart Datenpakete in ein Datenpaketuber- 
10 tragungsnetz (12) sendet und die Datenpakete aus dem Datenpa- 
ketubertragungsnetz (12) empfangt, 

und mit einer Dateneinfuge-/Datenentnahmeeinheit (160) , die 
zumindest in der Normalbetriebsart von der Kanal- 
Empf angseinheit (150) kommende Signalisierungsdaten in Daten- 
15 pakete einfugt und an die Datenpaket-Sendeeinheit (158) wei- 
tergibt und die aus von der Datenpaket-Empf angseinheit (158) 
empfangenen Datenpaketen Signalisierungsdaten entnimmt und an 
die Kanal-Sendeeinheit (150) weitergibt, 

land mit einer Betriebsartumschalteinheit , die bei einer Sto- 
20 rung auf der Seite des Datenpaketubertragungsnetzes (12) oder 
bei einer Storung einer an dem Datenpaketiibertragungsnetz 
(12) betriebenen Telekommunikationsanlage in eine Notbe- 
triebsart umschaltet, in der eine Telekommunikation uber das 
durchschaltevermittelte Telekommunikationsnetz (22) gewahr- 
25 leistet ist. 

2. Adapt ereinheit (90a) nach Anspruch 1, 
dadurch gekennzeichnet, 

dass die Betriebsartumschalteinheit in der Notbetriebsart die 
30 Weitergabe der Signalisierungsdaten an eine andere Telekommu- 
nikationsanlage veranlasst als in der Normalbetriebsart, 
wobei vorzugsweise in der Notbetriebsart von der anderen Te- 
lekommunikationsanlage kommende Signalisierungsdaten iiber die 
Kanal-Sendeeinheit (150) gesendet werden. 

35 
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3. Adapt ereinheit (90b) nach Anspruch 1, 
dadurch gekennzeichnet, 

dass die Betriebsartumschalteinheit in der Notbetriebsart die 
Weitergabe der Signalisierungsdaten an ein Teilnehmer- 
5 Endgerat (80) veranlasst, 

wobei vorzugsweise in der Notbetriebsart von dem Teilnehmer- 
Endgerat (80) kommende Signalisierungsdaten iiber die Kanal- 
Sendeeinheit (150) gesendet werden. 

10 4. Adaptereinheit (90c, 90d) nach Anspruch 1, 

gekennzeichnet durch eine Protokollumsetzungseinheit die in 
der Notbetriebsart von der Betriebsartumschalteinheit veran- 
lasst wird, eine Protokollumsetzung der Signalisierungsdaten 
in ein Signalisierungsprotokoll fur ein Datenpaketubertra- 

15 gungsnetz und vorzugsweise auch in umkehrter Richtung auszu- 
f uhren . 

5. Adaptereinheit (90c) nach Anspruch 4, 

gekennzeichnet durch eine Netzzugangseinheit, die durch die 
20 Betriebsartumschalteinheit in der Notbetriebsart veranlasst 
wird Netzzugangsfunktionen fur Endgerate eines Datenpaket- 
ubertragungsnetzes auszufuhren, insbesondere eine Gatekeeper- 
funktion gemafl einem Protokoll der H. 323-Protokollf amilie o- 
der eine SIP-Registrarfunktion gemafi SIP-Protokoll Oder einem 
25 darauf aufbauenden Protokoll* 

6. Adaptereinheit (90d) nach Anspruch 4, 

gekennzeichnet durch eine Endgerateeinheit, die durch die Be- 
triebsartumschalteinheit in der Notbetriebsart veranlasst 
30 wird die Funktion eines Endgerates in EndgerMt-Endgerat- 

Verbindungen eines Datenpaketubertragungsnetzes auszufuhren, 
insbesondere in Peer-to-Peer-Verbindungen. 

7. Adaptereinheit (90) nach einem der Anspruche 1 bis 6, 

35 gekennzeichnet durch mindestens eines der folgenden Merkma- 
le, 
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im Datenpaketubertragungsnetz (12) werden die Datenpakete ge- 
ma£ Internetprotokoll iibertragen, 

das durchschaltevermittelte Telekommunikationsnetz (20, 22) 
ist ein Festnetz oder ein Mobilf unknetz, 
5 die Signalisierungsdaten erfiillen ein Signalisierungsproto- 
koll fur Vermittlungsstellenleitungen zwischen einer Vermitt- 
lungsstelle und einem Endgerat oder zwischen einer Vermitt- 
lungsstelle und einer Telekommunikationsanlage (12), die zu 
oder von mehreren an der Telekommunikationsanlage (12) be- 
10 triebenen Endgeraten (60 bis 64) vermittelt, 

wobei das Signalisierungsprotokoll vorzugsweise das Protokoll 
DSS1 oder ein darauf aufbauendes Protokoll ist. 

8. Verfahren zum Betreiben einer Telekommunikationsanlage 
15 (14) , mit den in einer Normalbetriebsart ausgefuhrten Schrit- 
ten: 

Empfangen von Signalisierungsdaten eines durchschaltevermit- 
telten Telekommunikationsnetzes (20, 22), 

Tunneln (160, 190) der empf angenen Signalisierungsdaten uber 
20 eine Datenpaketubertragungsnetz (12) , 

Bearbeiten der getunnelten Signalisierungsdaten in einer Te- 
lekommunikationsanlage (14) gemafi einem Signalisierungsproto- 
koll. 

25 9. Verfahren nach Anspruch 8, 

gekennzeichnet durch die Schritte: 

Erfassen des Ausfalls des Datenubertragungsnetzes (12) oder 
der Telekommunikationsanlage (14) , 

automatisches Umschalten in eine Notbetriebsart nach dem Er- 
30 fassen des Ausfalls. 

10. Verfahren nach Anspruch 9, 
gekennzeichnet durch die Schritte: 

Erfassen der Wiederinbetriebnahme des Datenubertragungsnetzes 
35 (12) oder der Telekommunikationsanlage (14), 

automatisches Umschalten in die Normalbetriebsart nach dem 
Erfassen der Wiederinbetriebnahme. 
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11. Verfahren nach Anspruch 9 Oder 10 , 

gekennzeichnet durch mindestens einen der folgenden in der 
Notbetriebsart ausgefuhrten Schritte: 
5 Weiterleiten der von der Kanal-Empf angseinheit (150) kommen- 
den Signalisierungsdaten an eine weitere Telekommunikations- 
anlage, vorzugsweise an eine Telekommunikationsanlage mit ei- 
nem im Vergleich zu der in der Normalbetriebsart verwendeten 
Telekommunikationsanlage (14) erheblich eingeschrankten Leis- 
10 tungsmerkmalen, 

wobei die Funktionen der Telekommunikationsanlage vorzugswei- 
se durch ein IP-Telefon (80) erbracht werden, 

Weiterleiten von Signalisierungsdaten der weiteren Telekommu- 
nikationsanlage an die Kanal-Sendeeinheit (150) . 

15 

12. Verfahren nach Anspruch 11, 

gekennzeichnet durch mindestens einen der folgenden in der 
Notbetriebsart ausgefuhrten Schritte: 

Erfassen des Aus falls oder der Wiederinbetriebnahme durch ein 
20 TP-Telefon (80), 

Registrieren, mindestens eines weiteren IP-Telefons (82) an 
der weiteren Telekommunikationsanlage, vorzugsweise unter 
Beibehaltung des Schnittstellenprotokolls oder mehrerer 
Schnittstellenprotokolle im Vergleich zur Normalbetriebsart. 

25 

13. Verfahren nach Anspruch 9 oder 10, 

gekennzeichnet durch mindestens einen der folgenden in der 
Notbetriebsart ausgefuhrten Schritte: 

Weiterleiten der von der Kanal-Empf angseinheit (150) kommen- 
30 den Signalisierungsdaten an ein Telefon (80), 

wobei das Telefon Funktionen eines direkt an dem durchschal- 
tevermittelten Telekommunikationsnetz (20, 22) betriebenen 
Telefons erbringt, 

Weiterleiten von Signalisierungsdaten des Telefons an die Ka- 
35 nal-Sendeeinheit (150) . 
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14. Verfahren nach Anspruch 13, 

gekennzeichnet durch mindestens einen der folgenden in der 
Notbetriebsart ausgefiihrten Schritte: 

Erfassen des Ausfalls oder der Wiederinbetriebnahme durch ein 
5 IP-Telefon (80), das in der Notbetriebsart Funktionen eines 
direkt an dem durchschaltevermittelten Telekommunikationsnetz 
(20, 22) betriebenen Telefons erbringt. 

15. Verfahren nach Anspruch 9 Oder 10, 

10 gekennzeichnet durch mindestens einen der folgenden in der 
Notbetriebsart ausgefiihrten Schritte: 

Durchfuhren einer Protokollumsetzung der Signalisierungsdaten 
in ein Signalisierungsprotokoll fur ein Datenpaketubertra- 
gungsnetz, 

15 Ubertragen der umgesetzten Signalisierungsdaten zu einem IP- 
Telefon (82), 

Empfangen von Signalisierungsdaten gemaB einem Signalisie- 
rungsprotokoll fur ein Datenpaketiibertragungsnetz von einem 
IP-Telefon (82) und Durchfuhren einer Protokollumsetzung fur 
20 die empf angenen Signalisierungsdaten gemafi einem Protokoll 
.fur die Signalisierung in dem durchschaltevermittelten Tele- 
kommunikationsnetz (22) . 

16. Verfahren nach Anspruch 15, 

25 gekennzeichnet durch mindestens einen der folgenden in der 
Notbetriebsart ausgefiihrten Schritte: 

Erfassen des Ausfalls oder der Wiederinbetriebnahme durch ei- 
ne Adaptereinheit (80c, 80d) , 

Registrieren mindestens eines IP-Telefons (82) bei der Adap- 
30 tereinheit (90c) oder Aufbauen einer Peer-to-Peer Verbindung 
zwischen der Adaptereinheit (90d) und dem IP-Telefon (82) . 

17. Verfahren nach Anspruch 15 oder 16, 
dadurch gekennzeichnet, 

35 dass das Signalisierungsprotokoll fur das Datenpaketiibertra- 
gungsnetz ein Protokoll der H. 323— Protokollf amilie oder ein 
SIP-Protokoll oder ein Peer-to-Peer-Protokoll ist. 

25 
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